Arcserve |
Note di rilascio di Arcserve UDP Versione 5.0 Aggiornamento 4. Le presenti Note di rilascio contengono informazioni importanti su questo aggiornamento. Gli aggiornamenti sono cumulativi e si possono installare su qualsiasi versione precedente di Arcserve UDP.
Con il presente aggiornamento sono stati aggiunti i seguenti miglioramenti o funzionalità a Arcserve UDP:
Questo aggiornamento risolve i seguenti problemi:
Per ulteriori informazioni, consultare l'articolo della Knowledge Base https://arcserve.zendesk.com/hc/en-us/articles/204542275
Per evitare questa vulnerabilità, Arcserve UDP ha disattivato l'utilizzo di crittografie vulnerabili passando all'uso delle seguenti crittografie protette:
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFRestoreDll]
"RestoreCtrl"=dword:00000001
"L'unità non riesce a trovare il settore richiesto".
Per visualizzare tutti i problemi risolti in questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
In questo aggiornamento potrebbero verificarsi i seguenti problemi:
Sintomo:
VMware presenta un bug durante la disattivazione di un computer virtuale, per il quale la relativa snapshot contiene dati corrotti. Il backup legge i dati dalla snapshot, quindi anche i dati su cui è stato eseguito il backup diventano corrotti. Per ulteriori informazioni su questo problema, consultare il seguente articolo della Knowledge Base di VMware. Disattivazione di applicazioni con Windows 2008 R2 SP1 e Windows 2012 con la protezione dati di vSphere, ripristino dei dati di VMware e software di backup di terze parti (2044169).
Nota: Questo problema può verificarsi con tutte le versioni di VMware ESXi e sui computer virtuali con sistema operativo ospite Windows 2008 R2 SP1 e Windows 2012. Il problema di corruzione dei dati non può essere individuato dal software perché VMware in questo caso non restituisce un errore. Questo può portare alla situazione in cui non ci si rende conto del problema finché non si prova a ripristinare alcuni dati.
Soluzione:
Attenersi alle procedure indicate in questo aggiornamento per rilevare e risolvere il problema:
Sintomo:
Se il computer di origine è un sistema Windows 8.1 o Windows 2012 R2 e si esegue un ripristino bare metal su un computer con un disco di 4 KB, il processo di avvio potrebbe non completarsi correttamente dopo il ripristino bare metal con il messaggio di errore: system_thread_excption_not_handled (WppRecorder.sys).
Soluzione:
Avviare la console di ripristino (si dovrebbe arrivare automaticamente a questa soluzione dopo alcuni arresti anomali con schermata di errore blu).
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
Comportamento fsutil impostato su DisableCompression 1
Sintomo:
Un processo di migrazione non viene visualizzato nell'elenco Nodi mostrato nella scheda Risorse.
Soluzione:
Accedere alla visualizzazione RPS o alla scheda Jobs (Processi) per selezionare il monitoraggio del processo.
Sintomo:
Impossibile accedere ai volumi nella visualizzazione del punto di ripristino di Arcserve UDP.
Soluzione:
Utilizzare direttamente un percorso UNC invece di eseguire il mapping a un'unità di rete.
"La versione di Windows del proxy [<Proxy Name>] è precedente rispetto a quella del computer virtuale [<Virtual Machine Name>]. Di conseguenza, è possibile che il risultante processo di catalogo di Exchange non riesca correttamente. Sarà necessario installare il corrispondente pacchetto di aggiornamento di Windows per risolvere il problema."
Sintomo:
Il processo di catalogo di Exchange utilizzerà i binari di Exchange dal computer virtuale. Se la versione di Windows del computer proxy è una versione precedente rispetto a quella del computer virtuale, i binari di Exchange non funzioneranno bene, e di conseguenza, il processo di catalogo non si completerà correttamente.
Soluzione:
Installare il seguente pacchetto di aggiornamento di Windows per risolvere il problema:
Sintomo:
Il failover viene eseguito per il computer virtuale cluster prima di acquisire una snapshot durante il backup di un computer virtuale. Di conseguenza, l'host Hyper-V registrato nella sessione di backup è incoerente rispetto alla configurazione del computer virtuale.
Soluzione:
È possibile connettere manualmente la scheda di rete allo switch virtuale sul relativo host Hyper-V o utilizzare l'opzione Ripristina in posizione alternativa per recuperare il computer virtuale con cui impostare la configurazione di ripristino.
Sintomo:
Supporre di eseguire la migrazione di un server di backup Linux alla Console di Arcserve UDP. Se si rilascia il server di backup Linux e, quindi, si ripete la migrazione, viene creato automaticamente un piano nuovo nella Console.
Esempio:
Si dispone di un server Linux Backup Server1 che gestisce Linux_Node1. È stato creato un processo di backup denominato New Plan. Inoltre, si dispone di una Console di Arcserve UDP che gestisce Linux_Node2 e Linux Backup Server2. Anche il piano è denominato New Plan.
Si esegue la migrazione di Linux Backup Server1 alla Console con il comando d2dreg. Dopo la migrazione, il nome del processo di backup viene modificato in New Plan_<Linux Backup Server1>. Effettuare la distribuzione di New Plan_<Linux Backup Server1>.
Aggiungere Linux_Node1 a New Plan e Linux Backup Server1 come server, quindi distribuire il piano. Il processo New Plan proteggerà Linux_Node1 e Linux_Node2, mentre Linux Backup Server1 sarà il server.
Eseguire il rilascio di Linux Backup Server1 dalla Console. Eliminare New Plan e New Plan_< Linux Backup Server1 > dalla Console. Quando si ripete la migrazione di Linux Backup Server1 alla Console, vengono trasferiti due piani: New Plan e New Plan_<Linux Backup Server1>.
Soluzione:
Eliminare il nuovo piano. Il nuovo piano non presenta nodi, pertanto non influisce sulle pianificazioni dei backup.
Sintomo:
Benché il processo di backup di un computer virtuale sia già terminato, il relativo stato indica che il backup è ancora in corso in Gestione Hyper-V. Pertanto, se contemporaneamente si avvia un altro processo di backup per lo stesso computer virtuale, viene restituito il seguente messaggio di errore: "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre, risulta impossibile eseguire operazioni come l'accensione o lo spegnimento del computer virtuale in Gestione Hyper-V. Se il computer virtuale è un cluster Hyper-V, non è possibile eseguire la migrazione in tempo reale.
Questo problema si verifica nei seguenti casi:
• Sono presenti numerosi processi di backup con avvio allo stesso orario o in orari vicini (entro un minuto l'uno dall'altro).
• Uno o più processi di backup sono terminati, ma è ancora in corso almeno un altro processo di backup.
Causa del problema:
Per non assegnare un carico di lavoro superfluo all'host Hyper-V, invece di acquisire una snapshot VSS per ogni computer virtuale, Arcserve UDP acquisisce una snapshot VSS per tutti i computer virtuali se l'avvio dei rispettivi processi di backup è previsto alla stessa ora o a breve distanza l'uno dall'altro. Una volta acquisita la snapshot VSS, tutti i computer virtuali compresi nell'istanza della snapshot VSS vengono bloccati e il relativo stato indica che è in corso il backup. Poiché Arcserve UDP non è in grado di eseguire il rilascio della snapshot prima del termine di tutti i processi di backup, anche se il processo di backup di un computer virtuale è già stato completato, il computer virtuale risulta ancora bloccato. A causa del limite della snapshot VSS, per il quale è possibile acquisire soltanto una snapshot per computer virtuale alla volta, se si avvia contemporaneamente un altro processo di backup per lo stesso computer virtuale, questo non riesce e viene restituito l'errore "Il writer Hyper-V VSS ha rilevato un errore durante l'elaborazione di questo computer virtuale". Inoltre alcune operazioni, quali l'accensione e lo spegnimento, sono disabilitate in Gestione Hyper-V e, se il computer virtuale è compreso in un cluster Hyper-V, la migrazione in tempo reale non è consentita. Questo problema non si verifica in Hyper-V 2008R2 in quanto prevede un comportamento diverso con il meccanismo di snapshot VSS.
Soluzione:
Mentre il computer virtuale è bloccato, è ancora possibile utilizzare il sistema operativo guest come normale. Il problema non ha alcun impatto sull'utilizzo e sulla disponibilità del sistema operativo guest. Tuttavia, in caso di dubbi, per evitare questa situazione, è possibile completare una delle seguenti operazioni:
Sintomo:
La risposta dell'interfaccia utente può risultare lenta in fase di accesso a Agente Arcserve UDP (Windows) da Internet Explorer 10 o 11, se si utilizzano le versioni specifiche di Internet Explorer 10.0.9200.17XXX e Internet Explorer 11.0.9600.17XXX.
Se si verifica questo problema, tutte le altre richieste successive attendono la risposta per 5 minuti.
Questo problema viene riscontrato soltanto con una delle versioni di Internet Explorer 10 e 11 sopra citate. Tutti gli altri browser non presentano questo problema.
Soluzione:
Eseguire una delle seguenti soluzioni temporanee:
Completare la seguente soluzione permanente:
Soluzione:
Contattare l'amministratore di dominio per assistenza nell'autorizzare il server DHCP prima di utilizzare il server Linux Backup di Arcserve UDP.
Sintomo:
Se si acquisisce una snapshot mentre il processo di catalogo del ripristino granulare è in esecuzione, si verifica un blocco critico nel file system.
Le seguenti condizioni possono causare il problema:
Soluzione:
Configurare la seguente chiave del Registro di sistema per spostare il file di cache in un'altra posizione non protetta dal motore Arcserve UDP:
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
Se la chiave AFStorHBAMgmt non esiste, è necessario crearne una nuova.
Esempio: Se la destinazione di backup è l'unità locale E:, la snapshot di backup verrà creata sull'unità E: nel percorso di destinazione di backup.
Esempio: E:\temp, sarà utilizzato come percorso di archivio cache E:\temp.
Nota: Questo problema si verifica quando il carico I/O è elevato e sussistono le seguenti condizioni:
L'acquisizione di una snapshot indica al driver del file system di scaricare i dati incompleti sul volume e di rimandare per un breve intervallo tutte le nuove operazioni di scrittura per tutti i volumi. Ne consegue un blocco critico in cui il volume montato scarica i dati sul file mentre l'operazione del writer è sospesa sul volume in cui è installato Arcserve UDP.
Soluzione:
Riaprire la procedura guidata di ripristino e selezionare nuovamente il database.
Sintomo:
Nella Console di Arcserve UDP è stato aggiornato correttamente un nodo del proxy di backup senza agente con le nuove credenziali. Tuttavia, le nuove credenziali non vengono applicate e il modulo di Arcserve UDP utilizza le credenziali precedenti per avviare il processo di backup. Ciò si verifica solo quando nel nodo proxy non viene distribuito un piano di backup basato su agente.
Esempio:
Soluzione:
Come soluzione alternativa, creare un piano di backup basato su agente e aggiungere il proxy come nodo protetto (assicurarsi di rimuovere tutte le pianificazioni dal piano), quindi aggiornare nuovamente il nodo proxy.
Sintomo:
Dopo l'aggiornamento a v41 Google Chrome, non è più possibile visualizzare l'agente di Arcserve UDP/Arcserve D2D per le pagine Web di Linux se si utilizza il protocollo HTTPS per la comunicazione. HTTPS è il protocollo predefinito dell'agente di Arcserve UDP/Arcserve D2D per Linux. Viene visualizzato il seguente messaggio:
La pagina Web non è disponibile.
Codice errore: ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Nota: Questo problema interessa tutte le release di Arcserve D2D per Linux e Arcserve UDP.
Soluzione:
Sul computer del server di backup Linux Arcserve UDP/Arcserve D2D, aprire la riga di comando come amministratore e immettere i comandi seguenti:
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
Note:
Per ulteriori informazioni sul problema, consultare la pagina https://arcserve.zendesk.com/hc/en-us/articles/204506105.
Per visualizzare tutti i problemi noti di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
In questo aggiornamento potrebbero valere le seguenti considerazioni:
In questo aggiornamento potrebbero essere presenti i seguenti limiti:
Nota: Questo limite esiste solamente per i computer virtuali VMware che dispongono dell'opzione di impostazione del tipo di sistema operativo. Per Hyper-V, questo problema non esiste.
Sintomo:
Quando si accede all'appliance di Arcserve UDP con un account di dominio, la procedura guidata dell'appliance non viene avviata immediatamente. Viene visualizzata la finestra di dialogo User Account Control (Controllo account utente) che richiede di confermare che il programma è autorizzato ad apportare modifiche al computer.
Soluzione:
Dalla finestra di dialogo User Account Control (Controllo account utente), fare clic su Sì per avviare la procedura guidata.
"The Change Block Tracking(CBT) feature has been upgraded. As a result, redundant data may be backed up." (La funzione CBT (Change Block Tracking) è stata aggiornata. Di conseguenza, potrebbe essere effettuato il backup dei dati ridondanti".
Per visualizzare tutte le considerazioni e le limitazioni di questa versione, consultare le Note di rilascio di Arcserve UDP 5.0.
Le sezioni seguenti forniscono informazioni sui prerequisiti e sulle istruzioni di installazione.
Prima di eseguire l'installazione dell'aggiornamento, tenere presenti i seguenti prerequisiti:
Durante l'installazione dell'aggiornamento di Arcserve UDP o dell'Agente Arcserve UDP (Windows), è importante mantenere le prestazioni ottimali tra la Console, il Recovery Point Server (RPS) e gli agenti. Di conseguenza, se l'installazione dell'aggiornamento viene eseguita in un ambiente che include sia una Console che un agente, sarà necessario installare l'aggiornamento sulla Console, quindi sul server RPS e infine sull'agente. (Per l'agente installato sulla Console o sul server RPS, l'aggiornamento verrà installato in modo automatico e simultaneo sull'agente).
Nota: Se si dispone di un ambiente in cui sono installati sia Arcserve UDP che Arcserve Backup e si desidera installare Arcserve UDP Versione 5.0 Aggiornamento 4, è necessario installare contemporaneamente anche la patch RO75131 di Arcserve Backup corrispondente.
Nota: Per gli utenti dell'appliance che passano a Arcserve UDP versione 5.0 Aggiornamento 4, il browser Internet Explorer restituirà un avviso quando si avvia la Console di Arcserve UDP, causato dall'aggiornamento della certificazione nell'Aggiornamento 4. È possibile selezionare Continuare con il sito Web (scelta non consigliata) per avviare la Console di Arcserve UDP. È inoltre possibile installare il certificato per risolvere questo problema definitivamente: Da Visualizza certificati -> Installa certificato -> selezionare Computer locale -> Colloca tutti i certificati nel seguente archivio -> Autorità di certificazione radice attendibili.
Dal sito del supporto tecnico di Arcserve, sotto l'intestazione relativa alle informazioni sul supporto del prodotto, fare clic su Patches (Patch) per accedere alla sezione Arcserve UDP 5.0 Solutions and Patches (Soluzioni e patch di Arcserve UDP 5.0) per visualizzare le informazioni più recenti sul download di Arcserve UDP Versione 5.0 Aggiornamento 4.
Installazione manuale dell'aggiornamento
Per un pacchetto di installazione dell'aggiornamento per i server e le workstation Windows su cui è installata una versione precedente di Arcserve UDP, scaricare e installare l'aggiornamento manualmente utilizzando i seguenti collegamenti ai file di installazione:
Per un nuovo pacchetto di installazione per i server e le workstation di Windows in cui non è ancora installato Arcserve UDP, procedere come segue:
Scaricare e installare Arcserve UDP versione 5.0 Aggiornamento 4:
Per un'installazione Linux, scaricare e installare manualmente l'aggiornamento utilizzando i seguenti collegamenti ai file di installazione:
Il team di Supporto tecnico di Arcserve offre un insieme di risorse per la risoluzione dei problemi tecnici e fornisce l'accesso a importanti informazioni sul prodotto.
https://www.arcserve.com/support
Con Supporto tecnico di Arcserve:
Copyright © 2015 Arcserve. Tutti i diritti riservati. Tutti i marchi, i nomi commerciali, i marchi di servizio e i loghi citati nel presente documento sono di proprietà delle rispettive aziende.